GAP-015 pide el racional técnico de T-001. Verificarlo produjo un segundo hallazgo que la fila no menciona: la única línea que la entrada sí tenía era inexacta.

Lo que decía, y lo que es

Decía «Inicializado en src/ utilizando npm workspaces con Nx».

Ningún package.json de este repositorio declara un campo workspaces — comprobado sobre todos ellos. Nunca se usaron. Nx orquesta por grafo de proyectos: project.json más los plugins de inferencia @nx/vite, @nx/webpack, @nx/eslint y @nx/jest, declarados en src/nx.json.

Eso importa más que la ausencia del racional: quien leyera la entrada buscaría un array workspaces, no lo encontraría, y concluiría razonablemente que el monorepo está mal configurado — cuando lo cierto es que está configurado de otra manera.

Las tres razones, en el orden que decidió

1. El repositorio no es homogéneo. tracker-api es .NET, y npm workspaces enlaza node_modules entre paquetes npm: no tiene opinión sobre un .csproj ni puede ordenar un dotnet build frente a un vite build. Habría cubierto tres proyectos de cuatro dejando fuera al mayor.
2. Inferencia antes que declaración, porque una lista de targets escrita a mano deriva — el mismo modo de fallo que ya costó tiempo en GT-647 (listas de paquetes Docker), GT-640 (snapshot mantenido a mano) y ADR T-038 (contrato transcrito).
3. nx affected vale lo que valgan sus aristas. Sin ellas, «ejecuta lo que cambió» degenera en «ejecuta todo» y se va el valor que justificaba el monorepo.

Y el coste, porque un ADR sin contrapartidas es propaganda

Nx pineado en ^22.7.5 convierte una subida mayor en un evento de todo el repositorio, no de un paquete. Ese es el intercambio aceptado a cambio de un solo grafo sobre cuatro proyectos heterogéneos.

La entrada de DECISIONS.md queda corregida en ambos idiomas y enlazada al ADR.

Verificación

validate-docs, check-bilingual-parity, doc-inventory --check y check-gap-registry en verde; registro intacto (mismos 107 IDs). Resultado del board: 8 OPEN, 1 DEFERRED, 98 RESOLVED.

🤖 Generated with Claude Code